V05 Bewertung

Änderungen

• Noch nicht aktualisiert für WiSe 2026/27.

• 2026-11-02 Folie zum Zwischenstand der Teambegleitung ergänzt

Teamprojekt Softwareentwicklung

Abschlussvortrag

• 50 min Blöcke á 3 Teams (Änderungen vorbehalten)

• 6 min Vortrag + 6 min Fragen

• PDF Slides, einheitlicher Präsentationscomputer

• 2 Personen tragen vor

• die anderen 3 beantworten Fragen

Jede:r bereitet halben Vortrag vor

• Vortrag in 2 Teile (A und B) aufteilen

• mindestens 2 Personen bereiten jeden Teil vor

• einzelnes ausfallendes Teammitglied kompensierbar

Szenario

Euer Team wird intern evaluiert

Überzeugt uns

• Warum ist euer Projekt wichtig? (~2 min)

• Was an eurem Prozess ermöglicht euch, weiterhin gute Software zu liefern? (~3 min)

• Was würdet ihr an eurem Prozess verbessern? (~1 min)

Projektdokumentation

Details L03 Projektdokumentation, voraussichtlich bis Januar aktualisiert.

• fangt am besten schon mal an nebenbei zu „sammeln“

Projektdokumentation

• Bewertungscheckliste / Tabelle (zählt nicht zum Seitenlimit)

• Projektbeschreibung (maximal 2 Seiten)

• Entwicklungsprozess (maximal 4 Seiten)

• Fazit (maximal 1 Seite)

Graphiken, Tabellen zählen nicht

Projektdokumentation

(neu in 2025)

• Prüfbare Bewertungspunkte

  • Ihr listet/tabelliert QS-Maßnahmen und Prozesselemente, die ihr durchgeführt habt

  • Teambegleitungen prüfen

• Fließtext mit Reflexion und Kommentar

Beispielliste

• Prozess

  • Anforderungen als Gitlab Issues

  • Discord

  • JetBrains Code With Me

• Code Reviews immer vor Merge in den Main Branch

  • Checkliste vorhanden

• Tests automatisch bei Push in Github Actions

• Manuelle UI-Test Checkliste

  • getestet vor AG Meeting

• Group Programming immer dienstagnachmittags

• …

Bewertungschecklisten

• Prozess / Verwendete Tools

  • Projektverwaltung, Reviews, Kommunikation, KI, …

  • meist reicht Name/Link, erörtert im Text, wenn ungewöhnlich

• Anforderungsmanagement

  • Wo/wie habt ihr Anforderungen verwaltet

• Qualitätssicherungsmaßnahmen

  • Hier relativ ausführlich, Hauptpunkt der Bewertung

Projektbeschreibung

• Inhalte aus dem Spezifikationsdokument (aktualisiert)

• Erzählt etwas über euer Team (Vorkenntnisse? Kanntet ihr euch? Etc.)

• Beschreibung/Überblick über Hauptfunktionalitäten

• Liste/Tabelle: Entwickelte Funktionen

  • Achtet auf Abgrenzung zur Ausgangssituation (falls vorhanden)

• Erklärung zur KI Nutzung

Entwicklungsprozess

• Konzentriert euch auf „interessante“ Punkte

• Gab es signifikante Ereignisse, die das Projekt gefährdet haben? Wie seid ihr damit umgegangen?

• Im Text immer Fazit, was sich gelohnt hat, und was verbessert werden könnte

  • für jede Qualitätssicherungsmaßnahme

  • für alle Prozessbestandteile

  • (oft reicht „der Rest hat gut funktioniert“)

Entwicklungsprozess

Projektmanagement

• Wie waren eure Iterationen strukturiert?

  • Was war regelmäßig, was eher unregelmäßig?

• Pie chart, wofür Zeit aufgewendet wurde

  • (Meetings, Anforderungen, Testing, Code Reviews, (Pair) programming, Dokumentation, …)

• Burndown Chart der Projektarbeitszeit

• Wie habt ihr sichergestellt, dass Wissen über die Prozesse nicht verloren geht?

Entwicklungsprozess

Anforderungen?

• Wie wurden Anforderungen gesammelt?

• Was war die Art und der Umfang der Anforderungen? Wie sieht eine typische Anforderung im Projekt aus (Screenshot?)

• Wie gut waren eure Zeitschätzungen? Wenn nicht gut, woran lag es?

• Konntet ihr mehrere Anforderungen pro Iteration erfüllen? Wenn nein, warum nicht?

• War das Anforderungsmanagement nützlich für euch? Warum, warum nicht?

Qualitätssicherungsmaßnahmen?

• Tests

  • Was/wie wird getestet?

  • Erklärt beispielhaft einige relevante Tests

  • Woher wisst ihr, und wie stellt ihr sicher, dass ihr relevante Dinge testet?

  • Wie viel Arbeit macht euch die Testsuite?

  • Werden Fehler gefunden?

  • Wie wird auf Fehler reagiert?

• Codereviews

  • Wie habt ihr die Reviews durchgeführt? Wie sah ein typisches Review aus?

  • Was habt ihr in den Reviews geprüft? Checkliste?

  • Waren die Codereviews den Aufwand wert? Warum, warum nicht?

• Pair & Group Programming

  • Wie habt ihr das Pair Programming durchgeführt?

  • Welche Arten von Anforderungen wurden in Paaren bearbeitet?

• Gab es weitere Qualitätssicherungsmaßnahmen?

  • Wieso wurden diese gewählt?

  • Waren sie hilfreich?

Fazit

• Wie war die Erfahrung für euch?

• Reflektiert noch mal über die gesamte Zeit

• Was habt ihr als positiv oder negativ wahrgenommen.

  • am Projekt

  • an der Projektarbeit

  • am Team

  • den Qualitätssicherungsmaßnahmen

• Was hat euch geholfen, das Projekt zu entwickeln, was stand euch im Weg?

• Was würdet ihr in der Zukunft wieder so oder anders machen?

Fragen?